home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19970326-19970626
/
000105_news@columbia.edu _Mon Apr 21 11:32:24 1997.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
4KB
Return-Path: <news@columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA02842
for <kermit.misc@watsun.cc.columbia.edu>; Mon, 21 Apr 1997 11:32:24 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA04386
for kermit.misc@watsun; Mon, 21 Apr 1997 11:32:23 -0400 (EDT)
Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Two bugs in C-Kermit 6.0?
Date: 21 Apr 1997 15:32:14 GMT
Organization: Columbia University
Lines: 95
Message-ID: <5jg19u$ijg$1@apakabar.cc.columbia.edu>
References: <5jebj3$leu$1@nntp.Stanford.EDU>
NNTP-Posting-Host: watsun.cc.columbia.edu
Keywords: kermit modem C-kermit
Xref: news.columbia.edu comp.protocols.kermit.misc:6923
In article <5jebj3$leu$1@nntp.Stanford.EDU>,
Stewart Levin <stew@oas.Stanford.EDU> wrote:
:
: Problem 1:
:
: As per the Using C-Kermit 2nd edition, I changed my modem initialization
: string so that the modem speaker would be turned off. The initialization
: file excerpt is:
:
: :CUSTOM ; Customization file
:
: ; Local Linux PC initialization - SAL 1/26/96
: SET LINE /dev/modem
: SET SPEED 57600
:
You should put these commands *after* the SET MODEM TYPE command.
: SET MODEM TYPE TELEPATH
: SET MODEM COMMAND INIT-STRING \Freplace(\v(m_init),\{13},L1M0\{13})
: ...
And so then "show modem" should show you:
Init-string: ATQ0X4&N0&Y1#CLS=0S13=0S15=0S19=0L1M0\{13}
Does it? And then if you "set dial display on" prior to dialing,
does it show this string being sent to the modem? Does the modem say OK?
: However, when I then "access" iany one of my dial-up services, them
: modem speaker remains on during dialing. Manually using the command
:
: OUTPUT \v(m_init)
:
: before I "access", turns it off.
:
First of all, I think the "L1" is superfluous -- there is no need to turn
down the speaker volume if you are also turning the speaker off. Modem
command processors are notoriously delicate. If you send them strings that
are too long, or you send them too fast, they are likely to become confused.
In the Telepath case, the init string is already rather long, so instead
of adding to it, try adding the speaker-off command to a shorter string,
such as the pulse-dialing string (which you are using):
set modem command pulse ATM0P\{13}
and see if that doesn't do the trick.
In the next release of C-Kermit, we will probably add separate modem
commands and fields to control the speaker.
: Problem 2:
:
: After "access"ing a dial-up service, the next "access" fails complaining
: that I have asked for an "unsupported speed: unknown". Repeating the
: "access" again works fine. Other info of possible relevance: I use
: the SCRIPT command to negotiate the service login sequence.
:
We've never had a report like this before, and can't reproduce it here.
Exactly what is your SCRIPT command (obviously you should X out the userid
and password, etc, before sending them in, but keep them the same length).
: Excerpted transcript:
:
: [/etc/X11/fvwm] C-Kermit>access work
:
: ... Connect successful, check mail, etc. then logout ...
:
: dalts001>exit
:
Now at this point does Kermit pop back to its prompt automatically, or
did you escape back manually?
What happens if you give a HANGUP command before your next "access work"
command?
: [/etc/X11/fvwm] C-Kermit>access work
: A serial connection might still be active on /dev/modem.
: OK to close? y
: ?No keywords match - unknown
: unsupported speed: unknown
: [/etc/X11/fvwm] C-Kermit>access meptec
: Trying: xxxxxxxxxx... (Phone number omitted for security)
: Device: /dev/modem, modem: gateway-telepath, speed: 57600
: Dial timeout: 45 seconds
: To cancel: type your interrupt character (normally Ctrl-C).
:
What would have happened here if you said "access work" rather than
"access meptec"?
: ---------------------------------------------------------------
: Any patches or workarounds you can suggest?
:
Please get back to us with further details at kermit-support@columbia.edu.
- Frank